•ess Mail Label No. EL230379066US 



OS -z c t - 00 



\? UTILITY PATENT APPLICATION TRANSMITTAL 
(Large Entity) 

(Only for new nonprovisiona! applications under 37 CFR 1.53(b)) 



Docket No. 
NAK1-BM33 



Total Pages in this Submission 



TO THE ASS ISTANT COMMISSIONER FOR PATENTS 

Box Patent Application h 
Washington, D.C. 20231 & 

Transmitted herewith for filing under 35 U.S.C. 1 1 1 (a) and 37 C.F.R. 1 .53(b) is a new utility patent application for an W 
invention entitled: : 



RECEPTION DISPLAY APPARATUS AND METHOD FOR DISPLAYING SCREEN PARTIALLY WITH 

Certain timing even when all data for the screen has not been received and 

COMPUTER-READABLE RECORD MEDIUM RECORDING SUCH RECEPTION DISPLAY PROGRAM 



and invented by: 



Shinji Kawano et al. 



If a CONTINUATION APPLICATION, check appropriate box and supply the requisite information: 

□ Continuation □ Divisional □ Continuation-in-part (CIP) of prior application No.: 
: Which is a: 

□ Continuation □ Divisional □ Continuation-in-part (CIP) of prior application No.: 
"Which is a: 

□ Continuation □ Divisional □ Continuation-in-part (CIP) of prior application No.. 
Enclosed are: 

Application Elements 

; 1 M Filing fee as calculated and transmitted as described below 

2. m Specification having Eighty-One (81) pages and including the following: 

a. [X) Descriptive Title of the Invention 

b. □ Cross References to Related Applications (if applicable) 

c □ Statement Regarding Federally-sponsored Research/Development (if applicable) 

d. □ Reference to Microfiche Appendix (if applicable) 

e. IE) Background of the Invention 

f. S Brief Summary of the Invention 

g. M Brief Description of the Drawings (if drawings filed) 

h. IS Detailed Description 

i- !3 Claim(s) as Classified Below 
j. !3 Abstract of the Disclosure 



Page 1 of 3 



P01ULRG/REV04 



UTILITY PATENT APPLICATION TRANSMITTAL 
(Large Entity) 

( Only for new nonprovisional applications under 37 CFR 1.53(b) ) 



Docket No. 
NAK1-BM33 



Total Pages in this Submission 



Application Elements (Continued) 

IS Drawing(s) (when necessary as prescribed by 35 USC 1 13) 
a- SI Formal Number of Sheets Thirty-Five (35) 

b. □ Informal Number of Sheets 



4. SI Oath or Declaration 

a. IS Newly executed (original or copy) □ Unexecuted 

b. □ Copy from a prior application (37 CFR 1 .63(d)) (for continuation/divisional application only) 

c. S With Power of Attorney □ Without Power of Attorney 

d. □ DELETION OF INVENTOR(S) 

Signed statement attached deleting inventor(s) named in the prior application 
see 37 C.F.R. 1 .63(d)(2) and 1 .33(b). 

5. □ Incorporation By Reference (usable if Box 4b is checked) 

The entire disclosure of the prior application, from which a copy of the oath or declaration is supplied under 
Box 4b, is considered as being part of the disclosure of the accompanying application and is hereby 
incorporated by reference therein. 

6. □ Computer Program in Microfiche (Appendix) 

7. □ Nucleotide and/or Amino Acid Sequence Submission (if applicable, all must be included) 
a- □ Paper Copy 

b. □ Computer Readable Copy (identical to computer copy) 

c. □ Statement Verifying Identical Paper and Computer Readable Copy 

Accompanying Application Parts 

8. IS Assignment Papers (cover sheet & document(s)) 

9. □ 37 CFR 3.73(B) Statement (when there is an assignee) 

10. □ English Translation Document (if applicable) 

11. □ Information Disclosure Statement/PTO-1449 □ Copies of IDS Citations 

12. □ Preliminary Amendment 

13. IS Acknowledgment postcard 

14. (S Certificate of Mailing 

□ First Class IS Express Mail (Specify Label No.): EL230379066US 

Page 2 of 3 P01ULRG/REV04 



UTILITY PATENT APPLICATION TRANSMITTAL 
(Large Entity) 

(Only for new nonprovisional applications under 37 CFR 1.53(b)) 


Docket No. 
NAK1-BM33 


Total Pages 


n this Submission 






Accompanying Application Parts (Continued) 








15. m 


Certified Copy of Priority Document(s) (if foreign priority is claimed) 








16. □ 


Additional Enclosures (plea 


se identify below): 






















Fee Calculation and Transmittal 








CLAIMS AS FILED 


For 




#Filed 


SAIIowed #Extra 


Rate 




Fee 


Total Claims 


19 


-20 = 


0 


x $18.00 


$0.00 


Indep. Claims 


6 


- 3 = 


3 


x $78.00 


$234.00 


Multiple Dependent Claims (check if applicable) □ 


$0.00 


BASIC FEE 


$690.00 


OTHER FEE (specify purpose) 


Assignment Recordation 




$40.00 


TOTAL FILING FEE 


$964.00 


^ A check in the amount of $964.00 to cover the filing fee is enclosed. 
IS The Commissioner is hereby authorized to charge and credit Deposit Account No. 16-2462 
as described below. A duplicate copy of this sheet is enclosed. 

□ Charge the amount of as filing fee. 
IS Credit any overpayment. 

S Charge any additional filing fees required under 37 C.F.R. 1.16 and 1.17. 

□ Charge the issue fee set in 37 C.F.R. 1 .18 at the mailing of the Notfce^Alibwance, 
pursuant to 37 C.F.R. 1.311(b). Xl)A J 




Dated: August 28, 2000 




/ 1 Signature 

JosefMfW. Price , Reg. No. 25,124 

PRICE AND GESS 

2100 S. E. Main St., Ste. 250 

Irvine, CA 92614 

Tel: 949/261-8433 






cc: 



















Page 3 of 3 P01ULRG/REVQ4 



JOSEPH W. PRICE 
ALBIN H. GESS 
MICHAEL J. MOFFATT 
GORDON E. GRAY III 
BRADLEY D. BLANCHE 



PRICE and GESS 

ATTORNEYS AT LAW 

2100 S.E. MAIN STREET, SUITE 250 
IRVINE, CALIFORNIA 92614-6238 



A PROFESSIONAL CORPORATION 
TELEPHONE: (949)261-8433 
FACSIMILE; (949)261-9072 
FACSIMILE: (949) 26 1- 1 726 



SPECIFICATION, CLAIMS, AND ABSTRACT 
EIGHTY-ONE (81) PAGES 



Applicant(s): 
Title: 



Shinji Kawano et al. 

RECEPTION DISPLAY APPARATUS AND METHOD 
FOR DISPLAYING SCREEN PARTIALLY WITH 
CERTAIN TIMING EVEN WHEN ALL DATA FOR THE 
SCREEN HAS NOT BEEN RECEIVED, AND 
COMPUTER-READABLE RECORD MEDIUM 
RECORDING SUCH RECEPTION DISPLAY 
PROGRAM 



Attorney's 
Docket No.: 



NAK1-BM33 



"EXPRESS MAIL" MAILING 
LABEL NO. EL230379066US 



DATE OF DEPOSIT: August 28, 2000 
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PARTIALLY WITH CERTAIN TIMING EVEN WHEN ALL DATA FOR THE SCREEN 
HAS NOT BEEN RECEIVED, AND COMPUTER- READABLE RECORD MEDIUM 
RECORDING SUCH RECEPTION DISPLAY PROGRAM 

5 BACKGROUND OF THE INVENTION 

(1) Field of the Invention 

The present invention relates to a reception display 
apparatus for receiving data and displaying a screen based on the 
received data. More particularly, the present invention relates 
0 to a technique for receiving and using broadcast data which is 
provided in a plurality of layers. 

(2) Description of Related Art 

In recent broadcast-type data communications, an idea 
similar to the OSI (Open Systems Interconnection) reference model 
5 for two-way communications has been introduced. That is to say, 
in most of recent standards, the broadcast data is provided in a 
plurality of layers and a separate protocol is used for each 
layer. Here, the broadcast-type data communications refer to one- 
way data communications in which data is transmitted from a 
0 transmission side to a reception side. 

FIG. 36 shows a process in which the transmission side 
generates data blocks in a plurality of lower layers from a data 
block in a higher layer. 

As shown in FIG. 36, a data block a in the higher layer 
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is divided into a plurality of pieces of data A, B, C, ... The 
protocol information is attached to the front and rear of each 
piece of divided data. The protocol information and a piece of 
divided data constitute a data block in a lower layer. The 
5 protocol information includes at least information necessary for 
reconstructing a data block in a higher layer. The protocol 
information attached to the front of data is referred to as 
header; and the protocol information attached to the rear of data 
is referred to as footer. 

10 FIG. 37 shows a process in which the reception side 

generates a data block in a higher layer from data blocks in a 
plurality of lower layers. 

As shown in FIG. 37, a data block a in the higher layer 
is reconstructed from each data block in lower layers based on the 

15 protocol information, the header and the footer. 

If data were not divided into a plurality of data blocks 
in a lower layer, all data would have to be received again when a 
reception error occurs to a part of the data. For example, image 
files such as a JPEG (Joint Photographic Experts Group) files have 

20 a large data size. When receiving such a large file in a poor 
reception condition, it may take a lot of time before the file is 
received completely or the file may not be received completely 
since reception errors often occur to different portions in the 
file each time the file is transmitted. However, when such a 

25 large file is transmitted and received as a plurality of data 
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blocks in a lower layer, even if a reception error occurs, only 
the data block to which the reception error has occurred needs to 
be transmitted again. In this case, the re-transmitted data block 
has a rarer chance to have a reception error since its data size 
5 is small. Furthermore, it does not take much time to receive the 
re-transmitted data block. As a result, the number of failures in 
receiving files decreases, and the time taken for completely 
receiving such a large file is also reduced drastically. 

However, when the broadcast data is provided in a 

10 plurality of layers, the data in the highest layer, that is to 
say, the data which is reproduced for use by the user cannot be 
reproduced until the data blocks in the lower layers are 
completely received. This is because the data in the highest 
layer is reconstructed from the data blocks in the lower layers, 

15 in order from the lowest layer. That is to say, even if almost 
all the data blocks in a layer second to the highest layer are 
reconstructed, the data in the highest layer cannot be used unless 
the data blocks in the lower layer are completely reconstructed 
and the data in the highest layer is reconstructed from the data 

20 blocks. 

For example, in a data broadcast service with which the 
user can watch information such as a weather forecast or a TV 
program guide by tracing user files such as HTML (Hyper Text 
Markup Language) files linked in a tree structure, user files as 
25 boughs and leaves cannot be referred to when user files as the 



stem or the boughs of them cannot be reproduced. However, the 
possibility that the user reaches the desired information 
increases if information having been received normally can be 
reproduced immediately even if the received information is only a 
5 part of a whole piece of information to be received. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to 
provide a reception display apparatus and method for receiving 
broadcast data which is generated through a plurality of layers, 
10 and being able to use the received data blocks even if all the 
necessary data blocks have not been received, and a computer- 
readable record medium recording such a reception display 
program. 

The above object is fulfilled by a reception display 
15 apparatus for receiving data blocks which are repeatedly 
transmitted from a broadcasting station at regular intervals and 
displaying a screen image based on the received data blocks, each 
of the data blocks including a data section, and data to. be 
displayed as the screen image being divided into a plurality of 
20 data sections, the reception display apparatus comprising: a 
reception means for receiving the data blocks; a data judgement 
means for judging whether the data section in each received data 
block is normal; a storage means for storing every data section 
judged as normal by the data judgement means without storing data 



sections judged as abnormal; a condition judgement means for 
judging, before all data sections to be displayed as the screen 
image are stored in the storage means, whether a condition for 
displaying the screen image is satisfied; and a display means for 
5 displaying, when the condition judgement means judges that the 
condition is satisfied, a part of the screen image using data 
sections currently stored in the storage means. 

With the above construction, it is possible to display 
a screen even if all data sections necessary for the screen have 

10 not been received. This enables the screen to be displayed at a 
point when a condition for displaying the screen is satisfied, 
increasing the possibility that the user reaches the desired 
information sooner. 

In the above reception display apparatus, the data 

15 judgement means may generate, when having judged that a data 
section is not normal, information indicating that the data 
section is abnormal, and stores the information into the storage 
means, and the display means displays either a blank or a notice 
indicating abnormality of the data section, at a position in the 

20 screen image where the data section indicated as abnormal by the 
information stored in the storage means should be displayed. 

With the above construction, the user can easily 
recognize the presence of a data section that has not been judged 
as normal . 

25 In the above reception display apparatus, the screen 



image may be either displayed at once on a screen or viewed by 
scrolling by a user. 

With the above construction, data sections constituting 
whole data corresponding to a screen of a predetermined size whole 
5 of which is either displayed at once or viewed by scrolling by a 
user are received and the screen of the predetermined size is 
displayed. 

In the above reception display apparatus, the screen 
image may correspond to one of (1) a file including information 

10 used for referring to another file and (2) a Hyper Text file, and 
the display means displays a part of the screen image using data 
sections of one of the file including information used for 
referring to another file and the Hyper Text file currently stored 
in the storage means. 

15 With the above construction, data sections constituting 

(1) a file including information used for referring to another 
file or (2) a Hyper Text file are received and the screen 
corresponding to the file is displayed. 

In the above reception display apparatus, the condition 

20 for displaying the screen image used in the judgement by the 
condition judgement means may be that either (1) an instruction to 
display has been received from a user, or (2) the reception means 
has received data blocks including all data sections to be 
displayed as the screen image. 

25 With the above construction, it is possible to use data 



sections currently stored when (1) an instruction to display has 
been received from a user, or (2) the reception means has received 
data blocks including all data sections constituting the whole 
data corresponding to the screen, This increases the possibility 

5 that the user reaches the desired information sooner. 

The above object is also fulfilled by a reception 
display apparatus for receiving data blocks which are repeatedly 
transmitted from a broadcasting station at regular intervals and 
displaying a screen image based on the received data blocks, each 

10 of the data blocks including (1) a data section constituting 
original data to be displayed as the screen image and (2) protocol 
information indicating a position of the data section in the 
original data, the original data being divided into a plurality of 
data sections, the reception display apparatus comprising: a 

15 reception means for receiving the data blocks; a data judgement 
means for judging whether the data section in each received data 
block is normal; a storage means for storing (1) the protocol 
information included in each data block received by the reception 
means and (2) data sections judged as normal by the data judgement 

20 means, the storage means not storing data sections judged as 
abnormal, and each piece of stored protocol information showing 
correspondence to a data section from a same data block; a 
condition judgement means for judging, before all data sections to 
be displayed as the screen image are stored in the storage means, 

25 whether all pieces of protocol information for the screen image 



have been stored in the storage means; and a display means for, 
when the condition judgement means judges that all pieces of 
protocol information for the screen image have been stored in the 
storage means, displaying a part of the screen image using the 
5 data sections currently stored in the storage means and all pieces 
of protocol information stored in the storage means. 

With the above construction, it is possible to display 
a screen when all pieces of protocol information necessary for the 
screen have been provided. This enables currently stored data 
10 sections to be used, increasing the possibility that the user 
reaches the desired information sooner. 

In the above reception display apparatus, the data 
judgement means may judge whether the protocol information in each 
received data block is normal and then judges for each data block 
15 that includes protocol information judged as normal whether the 
data section in the data block is normal, and the storage means 
stores every piece of protocol information judged as normal. 

With the above construction, each piece of protocol 
information is stored even if a data section in the same data 
20 block is not normal. It is possible to display a screen using 
only normally received data sections at a point when all pieces of 
protocol information necessary for displaying the screen are 
provided. 

In the above reception display apparatus, when a data 
25 section is not stored in the storage means and a piece of protocol 
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information corresponding to the data section is stored in the 
storage means, the display means may display either a blank or a 
notice indicating abnormality of the data section, at a position 
in the screen image which is indicated by the piece of protocol 
5 information. 

With the above construction, the user can easily 
recognize the position of a data section that has been judged as 
abnormal . 

In the above reception display apparatus, each piece of 
10 protocol information may indicate a display area in the screen 
image corresponding to a data section included in the same data 
block, and the display means recognizes a display area on the 
screen image corresponding to a data section not stored in the 
storage means as a non-display area, and displays in the non- 
15 display area, which is indicated by a piece of protocol 
information corresponding to the data section not stored in the 
storage means, either a blank or information indicating that a 
data section has not been received normally. 

With the above construction, the user can easily 
20 recognize the range of a data section that has been judged as 
abnormal . 

In the above reception display apparatus, each piece of 
protocol information may further indicate a data size of a data 
section included in the same data block, and the display means 
25 generates a non-display area at a position in the screen image 
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where a data section not stored in the storage means should be 
displayed, the non-display area having a size equivalent to a data 
size of the data section not stored in the storage means, and the 
data size and the position being indicated by a piece of protocol 
information stored in the storage means and corresponding to the 
data section not stored in the storage means. 

With the above construction, it is possible to set the 
size of the non-display area in proportionate to the data size of 
the data section. This enables the user to easily estimate the 
size of the abnormal data from the size of the non-display area, 
and to update without a sense of incongruity the non-display area 
to a normal data section when it is received later. 

In the above reception display apparatus, the received 
data blocks may belong to a lowest layer of a plurality of layers, 
the data blocks in the lowest layer being generated through the 
plurality of layers from the original data in a highest layer so 
that each data block in each layer includes (1) a data section 
which constitutes a data block in a next-higher layer and (2) a 
piece of protocol information which indicates a position of the 
data section included in the same data block, the highest layer 
not including protocol information but consisting of the original 
data which corresponds to the screen image, the receiving means 
receives each data block in the lowest layer, the data judgement 
means judges whether the data section in each received data block 
is normal, the storage means stores (1) the protocol information 
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included in each data block received by the reception means and 
(2) every data section judged as normal by the data judgement 
means, the condition judgement means judges, before all data 
sections constituting a data block in a second-lowest layer are 
stored in the storage means, whether all pieces of protocol 
information necessary for the data block in the second-lowest 
layer have been stored in the storage means, when having judged 
so, reconstructs the data block in the second-lowest layer by 
using data sections in the lowest layer currently stored in the 
storage means and all corresponding pieces of protocol information 
in the lowest layer stored in the storage means, repeats such a 
reconstruction of a data block until the condition judgement means 
judges, before all data sections constituting the original data in 
the highest layer are reconstructed, that all pieces of protocol 
information necessary for reconstructing the original data in the 
highest layer have been prepared, and at this point of time, the 
display means displays a part of the screen image using the data 
sections in the second-highest layer having been reconstructed so 
far and the all pieces of protocol information in the second- 
highest layer necessary for reconstructing the original data in 
the highest layer. 

With the above construction, it is possible to display 
a screen by reconstructing the original data through generation of 
a plurality of layers from the received data blocks. 

The above object is fulfilled by a reception display 
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method for receiving data blocks which are repeatedly transmitted 
from a broadcasting station at regular intervals and displaying a 
screen image based on the received data blocks, each of the data 
blocks including a data section, and data to be displayed as the 
screen image being divided into a plurality of data sections, the 
reception display method comprising: a reception step for 
receiving the data blocks; a data judgement step for judging 
whether the data section in each received data block is normal; a 
storage step for storing every data section judged as normal in 
the data judgement step without storing data sections judged as 
abnormal; a condition judgement step for judging, before all data 
sections to be displayed as the screen image are stored, whether 
a condition for displaying the screen image is satisfied; and a 
display step for, when the condition judgement step judges that 
the condition is satisfied, displaying a part of the screen image 
using currently stored data sections. 

In the above reception display method, the data 
judgement step may generate, when having judged that a data 
section is not normal, information indicating that the data 
section is abnormal, and stores the information, and the display 
step displays either a blank or a notice indicating abnormality of 
the data section, at a position in the screen image where the data 
section indicated as abnormal by the stored information should be 
displayed. 

The above object is also fulfilled by a reception 
12 



display method for receiving data blocks which are repeatedly 
transmitted from a broadcasting station at regular intervals and 
displaying a screen image based on the received data blocks, each 
of the data blocks including (1) a data section constituting 
5 original data to be displayed as the screen image and (2) protocol 
information indicating a position of the data section in the 
original data, the original data being divided into a plurality of 
data sections, the reception display method comprising: a 
reception step for receiving the data blocks; a data judgement 
10 step for judging whether the data section in each received data 
block is normal; a storage step for storing (1) the protocol 
information included in each data block received in the reception 
step and (2) data sections judged as normal in the data judgement 
step, the storage step not storing data sections judged as 
15 abnormal, and each piece of stored protocol information showing 
correspondence to a data section from a same data block; a 
condition judgement step for judging, before all data sections to 
be displayed as the screen image are stored, whether all pieces of 
protocol information for the screen image have been stored; and a 
20 display step for, when the condition judgement step judges that 
all pieces of protocol information for the screen image have been 
stored, displaying a part of the screen image using the currently 
stored data sections and all pieces of stored protocol 
information. 

25 The above object is also fulfilled by a computer- 
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readable record medium recording a reception display program for 
receiving data blocks which are repeatedly transmitted from a 
broadcasting station at regular intervals and displaying a screen 
image based on the received data blocks, each of the data blocks 
5 including a data section, and data to be displayed as the screen 
image being divided into a plurality of data sections, the 
reception display program causing a computer to execute: a 
reception step for receiving the data blocks; a data judgement 
step for judging whether the data section in each received data 
10 block is normal; a storage step for storing every data section 
judged as normal in the data judgement step without storing data 
sections judged as abnormal; a condition judgement step for 
judging, before all data sections to be displayed as the screen 
image are stored, whether a condition for displaying the screen 
15 image is satisfied; and a display step for, when the condition 
judgement step judges that the condition is satisfied, displaying 
a part of the screen image using currently stored data sections. 

In the above computer-readable record medium, the data 
judgement step may generate, when having judged that a data 
20 section is not normal, information indicating that the data 
section is abnormal, and stores the information, and the display 
step displays either a blank or a notice indicating abnormality of 
the data section, at a position in the screen image where the data 
section indicated as abnormal by the stored information should be 
25 displayed. 
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The above object is also fulfilled by a computer- 
readable record medium recording a reception display program for 
receiving data blocks which are repeatedly transmitted from a 
broadcasting station at regular intervals and displaying a screen 
image based on the received data blocks, each of the data blocks 
including (1) a data section constituting original data to be 
displayed as the screen image and (2) protocol information 
indicating a position of the data section in the original data, 
the original data being divided into a plurality of data sections, 
the reception display program causing a computer to execute: a 
reception step for receiving the data blocks; a data judgement 
step for judging whether the data section in each received data 
block is normal; a storage step for storing (1) the protocol 
information included in each data block received in the reception 
step and (2) data sections judged as normal in the data judgement 
step, the storage step not storing data sections judged as 
abnormal, and each piece of stored protocol information showing 
correspondence to a data section from a same data block; a 
condition judgement step for judging, before all data sections to 
be displayed as the screen image are stored, whether all pieces of 
protocol information for the screen image have been stored; and a 
display step for, when the condition judgement step judges that 
all pieces of protocol information for the screen image have been 
stored, displaying a part of the screen image using the currently 
stored data sections and all pieces of stored protocol 

15 



information. 



BRIEF DESCRIPTION OF THE DRAWINGS 

These and other objects, advantages and features of the 
invention will become apparent from the following description 
5 thereof taken in conjunction with the accompanying drawings which 
illustrate a specific embodiment of the invention. In the 
drawings : 

FIG. 1 shows the construction of the broadcast data 
reception apparatus which receives broadcast data and uses the 
10 received broadcast data; 

FIG. 2 shows a detailed construction of the broadcast 
data management system 130 shown in FIG. 1; 

FIG. 3 shows the construction of the management 
information managed by the broadcast data management system 130 
15 shown in FIG. 1; 

FIG. 4 shows the file management information; 
FIG. 5 shows the block management information; 
FIG. 6 shows a data reception of a file; 
FIG. 7 shows the file management information and the 
20 block management information of the lowest layer which are 
generated and updated when data is received in the order shown in 
FIG. 6; 

FIG. 8 shows the file management information and the 
block management information of the lowest layer which are 
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generated and updated when data is received in the order shown in 
FIG. 6; 

FIG. 9 shows the file management information and the 
block management information of the lowest layer which are 
generated and updated when data is received in the order shown in 
FIG. 6; 

FIG. 10 shows the file management information and the 
block management information of the lowest layer which are 
generated and updated when data is received in the order shown in 
FIG. 6; 

FIG. 11 shows the file management information and the 
block management information of the lowest layer which are 
generated and updated when data is received in the order shown in 
FIG. 6; 

FIG. 12 shows the file management information and the 
block management information of the lowest layer which are 
generated and updated when data is received in the order shown in 
FIG. 6; 

FIG. 13 shows the file management information and the 
block management information of the lowest layer which are 
generated and updated when data is received in the order shown in 
FIG. 6; 

FIG. 14 shows a transfer of the broadcast data from the 
lower layer to the higher layer; 

FIG. 15 shows the reconstruction and decoding of data 
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blocks in layer 2; 

FIG. 16 shows the block management information for 
managing data blocks in layer 2; 

FIG. 17A shows a positional relationship between the 
effective block offset and the effective block size in data block 
1401 in layer 1; 

FIG. 17B shows a positional relationship between the 
effective block offset and the effective block size in data block 
1404 in layer 1; 

FIG. 18 shows that the management information shown in 
FIG. 13 is arranged to further include the target serial number, 
effective block offset, and effective block size shown in FIG. 16 
to manage the data block 1411 in layer 2; 

FIG. 19 shows detailed reconstruction and decoding of 
data blocks in layer 2; 

FIG. 20 shows that the management information shown in 
FIG. 10 is arranged to further include the target serial number, 
effective block offset, and effective block size shown in FIG. 16 
to manage the data block 1411 in layer 2; 

FIG. 21 shows an HTML file sent by a general data 
broadcast service; 

FIG. 22 shows the complete HTML file 2101 shown in FIG. 
21 displayed by the broadcast data viewer of the present 
invention; 

FIG. 23 shows the HTML file shown in FIG. 21 displayed 
18 



by the broadcast data viewer of the present invention excluding a 
part 2102 of the HTML file which has not been stored in the data 
storage unit 140 due to a reception error of the part 2102; 

FIG. 24 shows a format of an image file; 

FIG. 25 shows an image file for overlaying a plurality 
of images with the transparent background; 

FIG. 2 6A shows a display on the screen when all data in 
the image file shown in FIG. 25 has been stored after the 
reception error 2504 in the image file shown in FIG. 25 has been 
received without an error by a re-reception or the like and 
updated; 

FIG. 2 6B shows a display on the screen when the 
reception error 2504 in the image file has not been stored; 

FIG. 27 shows the file block notification information 
which is returned, prior to the file block information, in 
response to a request to refer to the file block information sent 
from a protocol decoder or a broadcast data viewer to the 
broadcast data management system in the present embodiment; 

FIG. 28 shows the file block notification information 
obtained from the management information shown in FIG. 10; 

FIG. 29 shows four examples of the file block 
notification information; 

FIG. 30 shows the file management information; 

FIG. 31 shows calculated results of the minimum block 
size, maximum block size, average block size, etc.; 
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FIG. 32 shows an HTML file displayed by the broadcast 
data viewer of the present invention, where all the data blocks 
necessary for the HTML file have been received normally; 

FIG. 33 shows an HTML file displayed by the broadcast 
data viewer of the present invention, where a data section of the 
HTML file has not been stored due to a reception error or the like 
and the data size of the not-stored part is unknown, the not- 
stored part not being displayed; 

FIG. 34 shows an HTML file displayed by the broadcast 
data viewer of the present invention, where a data section of the 
HTML file has not been stored due to a reception error or the like 
and the data size of the not-stored part is unknown, the not- 
stored part not being displayed; 

FIG. 35 shows the internal construction of a broadcast 
data viewer 150 of the present invention; 

FIG. 36 shows a process in which the transmission side 
generates data blocks in a plurality of lower layers from a data 
block in a higher layer; and 

FIG. 37 shows a process in which the reception side 
generates a data block in a higher layer from data blocks in a 
plurality of lower layers. 



DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The following are description of the present invention 
through specific embodiments thereof by way of referring to the 
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drawings . 
<Embodiment 1> 

The broadcast data reception apparatus in Embodiment 1 
of the present invention reconstructs data blocks in higher 
layers, though not completely normally, using only normally 
received data in the data blocks in lower layers even if some data 
in data blocks in the lowest layer (excluding the protocol 
information) has not been received normally. That is to say, at 
a point in time when all the protocol information necessary for 
reconstructing a data block in the higher layer has been received 
and stored, the data block is reconstructed using only normally 
received data in the data blocks in the lower layer. 
<Broadcast Data Reception Apparatus> 

FIG. 1 shows the construction of the broadcast data 
reception apparatus which receives broadcast data and uses the 
received broadcast data. 

The broadcast data reception apparatus 100 shown in FIG. 
1 includes a reception unit 110, a layer-1 protocol decoder 121 to 
a layer-N protocol decoder 12N (where N is an integer of 2 or 
greater), a broadcast data management system 130, a data storage 
unit 140, and a broadcast data viewer 150. 

The layer-1 protocol decoder 121 includes a protocol 
reconstruction unit 121a, an information notification unit 121b, 
and an information management unit 121c. 

Similarly, a layer-2 protocol decoder 122 to the layer-N 
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protocol decoder 12N include a protocol reconstruction unit 122a 
to a protocol reconstruction unit 12Na, an information 
notification unit 122b to an information notification unit 12Nb, 
and an information management unit 122c to an information 
management unit 12Nc, respectively. 

The reception unit 110 receives a broadcast signal via 
an antenna or the like, performs an error correction and decoding 
of the received broadcast signal, outputs data blocks in the 
lowest layer necessary for reconstructing broadcast data to the 
broadcast data management system 130 sequentially, and sends 
notifications of the above output of the data blocks to the 
protocol reconstruction unit 12ia in the layer-1 protocol decoder 
121 sequentially. In doing this, when the data part ("real data") 
of a data block in the lowest layer to be output to the broadcast 
data management system 130 is destroyed so hard due to a reception 
error or the like that an error correction cannot amend the 
defect, information indicating the defect instead of normal data 
and protocol information are output to the broadcast data 
management system 130. At this point in time, the normal data has 
not been received. Data blocks in the lowest layer failed to be 
received normally are received repeatedly until they are received 
normally. Normally received data blocks are output after they are 
received. Here, it is presumed that each piece of the protocol 
information is normal and is received normally and that it is 
judged so. 
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The layer- 1 protocol decoder 121 reconstructs and 
decodes the protocol in accordance with the protocol of layer 1, 
the lowest layer, and generates first offset information used for 
reconstructing data blocks in layer 2 from a plurality of data 
5 blocks in the lowest layer, and sends the generated first offset 
information to the layer-2 protocol decoder 122 and the broadcast 
data management system 130. 

The protocol reconstruction unit 121a, each time it 
receives a notification from the reception unit 110, judges 
10 whether enough data blocks in layer 1 to reconstruct a data block 
in layer 2 for reproducing desired broadcast data have been 
received. When having judged affirmatively, the protocol 
reconstruction unit 121a instructs the information management unit 
121c to extract the protocol information which is necessary for 
15 reconstructing this data block in layer 2 from the data blocks in 
layer 1. The protocol reconstruction unit 121a previously 
preserves a protocol of layer 1 used for reconstructing the data 
blocks in layer 2. When instructing the information management 
unit 121c to extract the protocol information, the protocol 
20 reconstruction unit 121a attaches to the instruction a relative 
address of the protocol information to be extracted for the data 
blocks in layer 1, based on the previously preserved protocol. 

Upon reception of the instruction from the protocol 
reconstruction unit 121a, the information management unit 121c 
25 instructs the broadcast data management system 130 to extract 
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protocol information in each specified data block in layer 1, and 
sends each piece of the extracted protocol information to the 
protocol reconstruction unit 121a. 

Upon receipt of the protocol information, the protocol 
reconstruction unit 121a based on the received protocol 
information generates the first offset information used to 
temporarily reconstruct the data block in layer 2 judged 
affirmatively, and sends the generated first offset information to 
the information notification unit 121b. The first offset 
information is also sent to the broadcast data management system 
130 via the information management unit 121c. Here, the first 
offset information is composed of (1) information specifying a 
plurality of data blocks in layer 1 constituting the data block in 
layer 2 judged affirmatively and (2) information of relative 
addresses indicating the necessary data parts of the plurality of 
data blocks in layer 1. 

Upon receipt of the first offset information from the 
protocol reconstruction unit 121a, the information notification 
unit 121b sends notifications sequentially to the protocol 
reconstruction unit 122a of the protocol decoder 122 in layer 2. 

The layer-2 protocol decoder 122 to the layer-N protocol 
decoder 12N reconstruct and decode the protocols in accordance 
with the protocols of layer 2 to layer N, and generate second 
offset information to N th offset information used for 
reconstructing' data blocks in layer 2 to layer N from a plurality 
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of data blocks in the lowest layer based on the first offset 
information to <N-1) offset information, and send the generated 
second offset information to N th offset information to the layer-3 
protocol decoder 123 to layer-N protocol decoder 12N and the 
broadcast data viewer 150. The generated second offset 
information to N th offset information are also sent to the 
broadcast data management system 130- Note that the data blocks 
in the highest layer, layer N are broadcast data that can be used 
by the user as they are. 

The protocol reconstruction unit 122a to the protocol 
reconstruction unit 12Na reconstruct and decode the protocols in 
each layer in accordance with the notified protocol information. 

The information notification unit 122b to the 
information notification unit 12Nb send the protocol information 
of the layer to the layer-3 protocol decoder 123 to the layer-N 
protocol decoder 12N in a layer which is higher than the present 
layer by one, respectively. 

The information management unit 121c to the information 
management unit 12Nc manage information of the data blocks in the 
layers. 

The broadcast data management system 130 manages data 
blocks in all the layers including those that have not been 
reconstructed. 

The data storage unit 140 stores information managed by 
the broadcast data management system 130. 
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The broadcast data viewer 150 displays broadcast data 
automatically or based on an instruction from the user so that the 
user can refer to it. 
<Broadcast Data Management System> 
5 FIG. 2 shows a detailed construction of the broadcast 

data management system 130 shown in FIG. 1. Note that FIG. 2 also 
shows the data storage unit 140 shown in FIG. 1. 

A file creating unit 201 receives a file creation 
request from the reception unit 110, instructs a file management 
10 information generating unit 207 to generate file management 
information and store the generated file management information in 
the data storage unit 140, and generates a file. 

A file open unit 202 receives a file-open request from 
the information management unit 122c to the information management 
15 unit 12Nc, instructs a file management information retrieval unit 
208 to retrieve file management information corresponding to a 
file to be opened in the data storage unit 140, and opens the 
existent file to be opened for use, based on the retrieved file 
management information. 
20 A file close unit 203 receives a file-close request from 

the reception unit 110 and the information management unit 122c to 
the information management unit 12Nc, instructs a file management 
information update unit 209 to update file management information 
corresponding to a file to be closed in the data storage unit 140, 
25 and closes the file to be closed so that it cannot be used. 
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A normal writing control unit 204 receives a normal 
write request from the information management unit 12Nc, where the 
normal write request is issued when a piece of normally received 
data is registered with a file. The normal writing control unit 

5 204 then instructs a block management information reconstruction 
unit 212 to obtain (1) a position where the normal data is to be 
written and (2) the size of the normal data, instructs a real 
block management information generating unit 210 to generate block 
management information for the normal data, and instructs a data 

10 writing unit 213 to write the normal data to the data storage unit 
140. 

An abnormal writing control unit 205 receives an 
abnormal write request from the information management unit 122c 
to the information management unit 12Nc, where the abnormal write 

15 request is issued when a piece of received data with a reception 
error is registered with a file. The abnormal writing control 
unit 205 then instructs the block management information 
reconstruction unit 212 to obtain (1) a position where the data is 
to be written when no reception error occurs and (2) the size of 

20 the data, and instructs a temporary block management information 
generating unit 211 to generate block management information for 
the abnormal data. 

A reading control unit 206 receives a read request from 
the broadcast data viewer 150, where the read request is issued 

25 when data is read from a file. The reading control unit 206 then 
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instructs a block management information reconstruction unit 212 
to obtain (1) a position of the data to be read and (2) the size 
of the data to be read, and instructs a data reading unit 214 to 
read from the data storage unit 140. 
Construction of Management Information> 

FIG. 3 shows the construction of the management 
information managed by the broadcast data management system 130 
shown in FIG. 1. 

The management information shown in FIG. 3 is divided 
into a file management information area, a block management 
information area, and a data block area. 

The file management information area includes a 
plurality of pieces of file management information which 
correspond to a plurality of files on a one-to-one basis. 

The block management information area includes a 
plurality of pieces of block management information which 
correspond to a plurality of blocks on a one-to-one basis. 

The data block area includes a plurality of data 

blocks. 

Information of one file includes one piece of file 
management information, n pieces of block management information, 
and m data blocks, where n is a number being "1" or greater, and 
m is a number being n or greater. 

FIG. 4 shows the file management information. 

FIG. 5 shows the block management information. 
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Here, the file management information is information 
used for managing each corresponding file in the data storage unit 
140, and includes a use flag 401, a block management information 
identifier 402, a reception file ID 403, a file size 404, and a 
stored file size 405. The block management information is 
information used for managing each corresponding block in a file, 
and includes a next information identifier 501, a use flag 502, a 
block type 503, a number of stored pieces of data 504, a block 
size 505, a start serial number 506, an end serial number 507, and 
one or more data indexes 508. 

The use flag 401 indicates whether an area for one piece 
of file management information is unused (usable) or used 
(unusable) . The file management information generating unit 207 
searches for an unused area when it generates a new piece of file 
management information, by using the use flag 401. 

The block management information identifier 402 is an 
identifier of the block management information positioned at the 
start of the " file managed by the file management information 
including the block management information identifier 402. 

The reception file ID 403 is attribute information such 
as a file name used for identifying a file, and can be designed 
arbitrarily for each data broadcast system. 

The file size 404 is a size of whole data when the whole 
data has been received normally. 

The stored file size 405 is a size of normal data having 
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been stored so far. 

The file size 404 and the stored file size 405 are used 
to judge whether the whole data has been stored. It is judged 
that the whole data has been stored when the file size 404 and the 
stored file size 405 match each other. 

The next information identifier 501 is an identifier of 
the block management information next to the block management 
information including the next information identifier 501. 

The use flag 502 indicates whether an area for one piece 
of block management information is unused (usable) or used 
(unusable) . 

The block type 503 indicates whether the data block 
corresponding to the block type 503 has been received normally 
(real data) or a reception error has occurred to the data block 
(temporary data) . 

The number of stored pieces of data 504 indicates the 
number of data blocks registered with the block management 
information including the number of stored pieces of data 504, and 
matches the number of data indexes 508. 

The block size 505 indicates a size of data registered 
with the block. When the block type 503 indicates that a 
reception error has occurred (temporary data) and the data size is 
unknown, the block size 505 is "0" indicating that the size is 
unknown . 

The start serial number 506 is a serial number of the 
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start data block among the stored ones. 

The end serial number 507 is a serial number of the end 
data block among the stored ones. 

Here, it is supposed that the serial numbers are updated 
5 in an ascending order, and that the block management information 
includes index information which shows all portions of the data 
block, except the protocol information, corresponding to all the 
serial numbers (from the start serial number 506 to the end serial 
number 507) . It should be noted here that the serial numbers may 
10 take any form as far as they indicate uniquely the data blocks, 
and that the form may be determined for each data broadcast 
system. 

The one or more data indexes 508 each store an index 
that shows the really received data. The one or more data indexes 
15 508 may be information arbitrarily determined for each data 
broadcast system, such as addresses of the data blocks or 
identification numbers when the data blocks have fixed lengths. 
The number of data indexes is also arbitrary. The number of 
really registered data blocks can be obtained from the number of 
20 stored pieces of data 504. 

<Generation and Update of Management Information> 

The following is a description of generation and update 
of the information constituting a file. 

FIG. 6 shows a data reception of a file. 
25 FIGs. 7 to 14 show the file management information and 



the block management information of the lowest layer which are 
generated and updated when data is received in the order shown in 
FIG. 6. 

In the data reception shown in FIG. 6, the protocol 
information is attached to each data block (A to D) based on the 
protocol of the lowest layer, the protocol information including 
a file identification number of the protocol (represented as "ID:0" 
in FIG. 6), a serial number of a data block constituting the file 
(represented as "No:0", "No:l", "No:2", and "No:3" in FIG. 6), and 
each data size, and the data blocks A to D with the protocol 
information are transmitted twice in this order (represented as 
601 to 608 in FIG. 6) . As shown in FIG. 6, it is supposed that a 
reception error occurs to the data block C 603 and the data block 
B 60 6. Though not shown in the drawing, the protocol information 
of the data block As (601 and 604 in FIG. 6) includes flag 
information indicating the start of a file. The protocol 
information of the data block Ds (605 and 608 in FIG. 6) includes 
flag information indicating the end of a file. The size of the 
data blocks A to D excluding the protocol information . is 
represented as "SI" to "S4", respectively. 

(1) First, when the data block 601 is received normally without an 
error, a new file identification number "0" is obtained, a new 
piece of file management information is generated, the first piece 
of block management information is registered, and the data block 
601 excluding the protocol information is stored. 
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FIG. 7 shows each piece of management information 
generated in the above conditions. 

To generate the new piece of file management 
information, an unused area for one piece of the file management 
5 information 700 is detected and secured (FIG. 7), the use flag 701 
is set to "used", the reception file ID 703 is set to the file 
identification number "0" based on the protocol, and the file size 
704 and the stored file size 705 are set to the size of the 
received data blocks. 
10 To register the first data block, an unused area for one 

piece of the block management information 710 is secured (FIG. 7), 
the use flag 712 is set to "used", the block type 713 is set to 
"real data", the number of stored pieces of data 714 to "1", the 
block size 715 is set to "SI", and the start serial number 716 and 
15 the end serial number 717 are set to "0". The block management 
information identifier 702 of the file management information 700 
is set to the identifier of the block management information 710, 
and the first data index 718a of the block management information 
710 is set to the index information indicating the received data 
20 block 601 excluding the protocol information (FIG. 7) . 

(2) Secondly, when the data block 602 is received normally without 
an error, the block management information is registered and data 
of the data block 602 is stored. 

FIG. 8 shows each piece of management information 
25 generated in the above conditions . 
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The block management information is updated as follows. 
First, the position where the index information indicating the 
received data block 602 excluding the protocol information is to 
be registered is determined from the serial number. In this 
5 example, the file management information 700 including the 
reception file ID 703 that matches the obtained file 
identification number "0" is detected. The block management 
information 710 (FIG. 7) is then detected by referring to the 
block management information identifier 702 of this file 
10 management information 700 (FIG. 7) . The start serial number 716 
and the end serial number 717 of the block management information 
710 are "0". The serial number of the received data block 602 is 
"1". It is found from these numbers that the index information 
indicating the received data block 602 excluding the protocol 
15 information is positioned next to the block management information 
710. Since the block management information 710 does not include 
the next information identifier 711, it is found that it is 
addition, not update. It is then found that the position for the 
addition is the block management information 710 from the fact 
20 that the block type 713 of the block management information 710 is 
"real data" and it is the registration of a normally received 
block. Therefore, the number of stored pieces of data 714 is 
incremented from "1" to "2", the block size is increased by "S2" to 
"S1+S2", and the end serial number 717 is updated from "0" to "1". 
25 The index information indicating the data block 602 excluding the 
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protocol information is added to the second data index 718b. The 
file size 704 and the stored file size 705 in the file management 
information 700 are increased by "S2" to "S1+S2" (FIG. 7 is updated 
to FIG. 8) . 

(3) Thirdly, when the data block 603 is received with an error, 
the block management information is registered and data of the 
data block 603 is not stored. 

FIG. 9 shows each piece of management information 
generated in the above conditions. 

The block management information is updated as follows. 
First, as with the case of the registration of a normally received 
data block, the position where the index information indicating 
the data block 602 excluding the protocol information were to be 
registered if the data block 603 had been received normally is 
determined from the serial number. In this example, the file 
management information 700 including the reception file ID 703 
that matches the obtained file identification number "0" is 
detected. The block management information 710 (FIG. 8) is then 
detected by referring to the block management information 
identifier 702 of this file management information 700 (FIG. 8) . 
The start serial number 716 of the block management information 
710 is "0". The end serial number 717 is "1". The serial number 
of the received data block 603 is "2". It is found from these 
numbers that the index information indicating the received data 
block 603 excluding the protocol information is positioned next to 
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the block management information 710. Since the block management 
information 710 does not include the next information identifier 
711, it is found that it is addition, not update. It is then 
found that the position for the addition is the block management 
information 710 from the fact that the block type 713 of the block 
management information 710 is "real data". Therefore, an unused 
area for one piece of the block management information 710 is 
secured (FIG. 9), the use flag 722 is set to "used", the block type 
723 is set to "temporary data", the number of stored pieces of data 
714 to "1", the block size 725 is set to "S3", and the start serial 
number 726 and the end serial number 727 are set to "2" (FIG. 9) . 
The next information identifier 711 of the block management 
information 710 is set to the identifier of this block management 
information 720. The file size 704 of the file management 
information 7 00 is increased by "S3" to "S1+S2+S3" from "S1+S2" 
(FIG. 8 is updated to FIG. 9) . 

(4) Fourthly, when the data block 604 is received normally without 
an error, the block management information is registered and data 
of the data block 604 is stored. 

FIG. 10 shows each piece of management information 
generated in the above conditions. 

The block management information is updated as follows. 
First, the position where the index information indicating the 
received data block 604 excluding the protocol information is to 
be registered is determined from the serial number. In this 
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example, the file management information 700 including the 
reception file ID 703 that matches the obtained file 
identification number "0" is detected. The block management 
information 710 (FIG. 9) is then detected by referring to the 
5 block management information identifier 7 02 of this file 
management information 700 (FIG. 9) . The start serial number 716 
of the block management information 710 is "0". The end serial 
number 717 is "1". The serial number of the received data block 
602 is "1". It is found from these numbers that the index 
10 information indicating the received data block 602 excluding the 
protocol information is positioned next to the block management 
information 710. The next information identifier 711 of the block 
management information 710 is referred to to detect the block 
management information 720 (FIG. 9). The start serial number 726 
15 and the end serial number 727 of the block management information 
720 are "2". The serial number of the received data block 604 is 
"3". It is found from these numbers that the index information 
indicating the received data block 604 excluding the protocol 
information is positioned next to the block management information 
720. Since the block management information 720 does not include 
the next information identifier 721, it is found that it is 
addition, not update. It is then found that the position for the 
addition is a new piece of block management information other than 
the block management information 720 from the fact that the block 
25 type 723 of the block management information 720 is "temporary 
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data" and it is normally received data. Therefore, an unused area 
for one piece of the block management information 730 is secured 
(FIG. 10), the use flag 732 is, set to "used", the block type 733 
is set to "real data", the number of stored pieces of data 734 to 
5 set to "1", the block size 715 is set to "S4", and the start, serial 
number 736 and the end serial number 737 are set to "3", and the 
first data index 738 is set to the index information indicating 
the received data block 604 excluding the protocol information 
(FIG. 10) . The next information identifier 721 of the block 
10 management information 720 is set to the identifier of this block 
management information 730. The file size 704 of the file 
management information 700 is increased by "S4" to "S1+S2+S3+S4" 
from "S1+S2+S3", and the stored file size 705 of the file 
management information 700 is increased by "S4" to "S1+S2+S4" from 
15 "S1+S2" (FIG. 9 is updated to FIG. 10) . 

Up to this point, the data blocks A to D have been 
received, though they include abnormal data. 

(5) Fifthly, the data block 605 is received normally. The 
management information, however, is not updated since the data 

20 block 601 having the same contents as the data block 605 has been 
received normally. 

Whether a data block having the same contents has been 
received normally is judged by checking whether index information 
indicating a data block excluding the protocol information having 

25 the same serial number as the received block ha 
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registered. 

In this example, the file management information 700 
including the reception file ID 703 that matches the obtained file 
identification number "0" is detected. The block management 
5 information 710 (FIG. 10) is then detected by referring to the 
block management information identifier 702 of this file 
management information 700 (FIG. 10) . The start serial number 716 
of the block management information 710 is "0". The end serial 
number 717 is "1". The serial number of the received data block 
10 605 (FIG. 6) is "0". It is found from these numbers that the index 
information indicating the received data block 605 excluding the 
protocol information is positioned at the block management 
information 710. Since the block type 713 of the block management 
information 710 is "real data", it is recognized that the index 
15 information indicating a data block excluding the protocol 
information having the same contents as the data block 605 is 
included in the block management information 710. As a result, 
the received data block 605 is discarded, and the management 
information is not updated. 
20 (6) Sixthly, the data block 606 is received normally. The 
management information, however, is not updated since the data 
block 602 having the same contents as the data block 605 has been 
received normally. 

The process is not detailed here since it is the same 

25 as (5) above. 

39 



(7) Seventhly, the data block 607 is received normally. The 
management information is updated and the data of the data block 
607 is stored. 

FIG. 11 shows the management information generated in 

5 the above conditions. 

The block management information is updated as follows. 
First, the position where the index information indicating the 
received data block 607 excluding the protocol information is to 
be registered is determined from the serial number. In this 
10 example, the file management information 700 including the 
reception file ID 703 that matches the obtained file 
identification number "0" is detected. The block management 
information 710 (FIG. 10) is then detected by referring to the 
block management information identifier 702 of this file 
15 management information 700 (FIG. 10). The start serial number 716 
of the block management information 710 is "0". The end serial 
number 717 is "1". The serial number of the received data block 
607 is "2". It is found from these numbers that the index 
information indicating the received data block 607 excluding the 
20 protocol information is positioned next to the block management 
information 710. The next information identifier 711 of the block 
management information 710 is referred to to detect the block 
management information 720 (FIG. 10) . The start serial number 726 
and the end serial number 727 of the block management information 
25 720 are "2". The serial number of the received data block 607 is 
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-2-. It is found from these numbers that the index information 
indicating the received data block 607 excluding the protocol 
information is positioned at the block management information 720. 
It is then found that the position for the update is the block 
5 management information 720 from the fact that the block type 723 
of the block management information 720 is "temporary data" and it 
is the update of normally received block. Therefore, the block 
type 723 of the block management information 720 is updated from 
"temporary data" to "real data". The first data index 728 is set 
10 to the index information indicating the received data block 607 
excluding the protocol information. The stored file size 705 of 
the file management information 700 is increased by "S3" to 
"S1+S2+S3 + S4" from "S1+S2+S4" (FIG. 10 is updated to FIG. 11) . 
(8) Since the block type 723 of the block management information 
15 720 is updated to "real data", the present block management 
information is combined with the previous pieces of block 
management information. 

FIG. 12 shows the management information in the above 

conditions. 

20 m this combination, first, it is judged whether the 

block management information 720 whose block type 723 has been 
updated can be combined with the preceding block management 
information 710. In this example, it is judged that the block 
management information 720 and 710 can be combined since the block 
25 type 713 of the block management information 710 (FIG. 11) and the 



block type 723 of the block management information 720 (FIG. 11) 
are both "real data" and since the end serial number 717 of the 
block management information 710 is -1" and the start serial number 
726 of the block management information 720 is "2", indicating they 
5 are successive. As a result, the number of stored pieces of data 
714 of the block management information 710 is updated from -2" to 
■3- by adding «1" in the number of stored pieces of data 724 of the 
block management information 720. The block size 715 of the block 
management information 710 is updated from "Sl + S2» to »S1 + S2 + S3" 
,. by adding "S3" in the block size 725 of the block management 
information 720. The end serial number 717 of the block 
management information 710 is replaced by the end serial number 
727 of the block management information 720, "2». The data index 
718c is generated by adding information of the data index 728 of 
15 the block management information 720 to the data index 718b of the 
block management information 710 (FIG. 11 is updated to FIG. 
12) . 

(9) The block management information is further combined with the 
subsequent pieces of block management information. 
20 fig. 13 shows the management information in the above 

conditions . 

in this combination, first, it is judged whether the 
block management information 720 whose block type 723 has been 
updated can be combined with the next block management information 
25 730. However, as described in (8) above, the block management 



information 720 has been coined with the block management 
information 710. Therefore, it is judged whether the block 
management information 710 can be combined with the block 
management information 730. In this example, it is Judged that 
5 the block management information 730 and 710 can be combined since 
the block type 713 of the block management information 710 (FIG. 
12) and the block type 723 of the block management information 730 
(FIG . 12, are both "real data" and since the end serial number 717 
of the block management information 710 is -2- and the start serial 
10 number 736 of the block management information 730 is "3", 
indicating they are successive. As a result, the number of stored 
pieces of data 714 of the block management information 710 is 
updated from "3» to "4» by adding "1" in the number of stored 
pieces of data 734 of the block management information 730. The 
, 5 block size 715 of the block management information 710 is updated 
from «S1 + S2 + S3" to -S1+S2+S3+S4" by adding "S4» in the block size 
735 of the block management information 730. The end serial 
number 717 of the block management information 710 is replaced by 
the end serial number 737 of the block management information 730, 
20 «3". The data index 718d is generated by adding information of the 
data index 738 of the block management information 730 to the data 
index 718c of the block management information 710 (FIG. 12 is 

updated to FIG. 13) . 

up to this point, the data blocks A to D have been 

25 received completely. 



(10) The data block 608 is received normally. The management 
information, however, is not updated since the data block 604 
having the same contents as the data block 608 has been received 
normally. 

5 The process is not detailed here since it is the same 

as ( 5 ) above . 

As described above, when a reception error occurs while 
data blocks with the protocol information are sequentially 
transmitted, only the data block to which the reception error has 
10 occurred is received again. This arrangement reduces the time 
taken for receiving file. 

In this embodiment, a plurality of pieces of block 
management information whose block type indicates "real data" are 
combined together. Though it is possible to combine a plurality 
15 of pieces of block management information whose block type 
indicates "temporary data", it is not necessary. 
Reconstruction and Decoding of Higher Layers> 

The following is a description of the reconstruction and 
decoding of higher layers supposing that all the data blocks of 
20 the lower layer necessary for reconstructing the higher layers 
have been received. 

FIG. 14 shows a transfer of the broadcast data from the 
lower layer to the higher layer. 

The data block 1401 shown in FIG. 14 includes a protocol 
25 header 1401a, a protocol-included data 1401b, and a protocol 



footer 1401c. This applies to the other data blocks 14XX. 

The data blocks 1401 to 1404 belong to the lowest layer. 
The data block 1411 in layer 2 is reconstructed and decoded from 
the data blocks 1401 to 1404 in the lowest layer by linking the 
protocol-included data 1401b, 1402b, 1403b, and 1404b by detecting 
the positions of them in the data block 1411 in layer 2 by 
referring to the protocol information in the protocol header 140Xa 
and the protocol footer 140Xc of each data block based on the 
protocol of the lowest layer. The data blocks 1412 to 1413 are 
reconstructed and decoded in the same way. Similarly, the data 
block 1421 in layer 3 is reconstructed and decoded from the data 
blocks 1411 to 1414 in layer 2. Such reconstruction and decoding 
based on the protocol of each layer are repeated up to the highest 
layer and the data block 1491 in the highest layer is 
reconstructed and decoded. 

FIG. 15 shows the reconstruction and decoding of data 
blocks in layer 2. The components in FIG. 15 having the same 
reference numbers as FIG. 14 are the same as those in FIG. 14. 

As shown in FIG. 15, the protocol header 1411a of the 
data block 1411 in layer 2 is the start portion of the protocol- 
included data 1401b of the data block 1401 in layer 1 (1501 in 
FIG. 15), and the protocol footer 1411c of the data block 1411 in 
layer 2 is the end portion of the protocol-included data 1401b of 
the data block 1404 in layer 1. 

After the data block 1411 in layer 2 is reproduced, the 
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protocol header 1401a and the protocol footer 1401c of the data 
block 1401 in layer 1 become unnecessary. Similarly, after the 
data block 1421 in layer 3 is reproduced, the protocol header 
1411a and the protocol footer 1411c of the data block 1411 in 
5 layer 2 become unnecessary. Such relationships apply to any pair 
of a higher layer and a lower layer. 

The block management information for managing the above 
will be defined as follows. 

FIG. 16 shows the block management information for 
10 managing data blocks in layer 2. 

The block management information shown in FIG. 16 
includes, as well as the contents of the block management 
information shown in FIG. 5, a target serial number 1601 
indicating a serial number of a target data block and being used 
15 for identifying the target data block, an effective block offset 
1602 indicating a size of data put before effective data, and an 
effective block size 1603 indicating a size of the effective data. 
Note that the target serial number 1601, effective block offset 
1602, and effective block size 1603 are equivalent to the first 
20 offset information to the N th offset information, and are generated 
by the layer-1 protocol decoder 121 to the layer-N protocol 
decoder 12N. 

FIG. 17A shows a positional relationship between the 
effective block offset and the effective block size in data block 
25 1401 in layer 1. FIG. 17B shows a positional relationship between 
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the effective block offset and the effective block size in data 
block 1404 in layer 1. 

In FIGs. 17A and 17B, the effective block offset and the 
effective block size of the data block 1401 are represented as 
"Slo" and "Sis", respectively, and the effective block offset and 
the effective block size of the data block 1404 are represented as 
"S4o" and "S4s", respectively. 

FIG. 18 shows that the management information shown in 
FIG. 13 is arranged to further include the target serial number, 
effective block offset, and effective block size shown in FIG. 16 
to manage the data block 1411 in layer 2. In FIG. 18, the data 
size of the portion excluding the protocol information of the data 
blocks 1401 to 1403 is represented as "SI" to "S4", respectively. 

The two target data blocks are registered with the block 
management information 710. As a result, as shown in FIG. 18, the 
target serial number 1801a is set to "0" being the serial number 
of the data block 1401, the effective block offset 1802a is set to 
"Slo" being the effective block offset of the data block 1401, the 
effective block size 1803a is set to "Sis" being the effective 
block size of the data block 1401, the target serial number 1801b 
is set to "3" being the serial number of the data block 1404, the 
effective block offset 1802b is set to "S4o" being the effective 
block offset of the data block 1404, and the effective block size 
1803b is set to "S4s" being the effective block size of the data 
block 1404. 
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Data blocks in layer 3 and higher layers are then 
reconstructed and decoded. 

In this way, up to data blocks in the highest layer are 
reconstructed and decoded. 
5 As described above, in reconstruction and decoding of 

the data blocks in a higher layer, data is not copied, but 
information specifying each data section constituting the higher 
layer is added. With this arrangement, the data blocks in layer 
1 are first stored and used as portions of the data blocks in the 
10 higher layers. This provides an effective file management. 

Now, reconstruction and decoding of the data blocks in 
a higher layer when all the data blocks in a lower layer necessary 
for reconstructing data blocks in the higher layer have not been 
received normally due to a reception error. 
15 In this example, reconstruction of a higher layer is 

started immediately after the data blocks 1401 to 1404 are 
received normally except the data block 1403 which is received 
with an error. 

FIG. 19 shows detailed reconstruction and decoding of 
20 data blocks in layer 2. The components in FIG. 19 having the same 
reference numbers as FIG. 15 are the same as those in FIG. 15. 

FIG. 19 differs from FIG. 15 in that data portion of the 
data block 1403 has not been stored in the data storage unit 140 
due to a reception error having occurred to the protocol-included 
25 data 1403b in the data block 1403. 

48 



As shown in FIG. 19, that the protocol-included data 
1403b has not been stored means that the corresponding data 1901 
in the data block 1411 in layer 2 has not been stored at this 
point in time. However, since the data 1901 does not include data 
in the protocol header 1411a and the protocol footer 1411c, 
reconstruction and decoding of the data blocks in layer 3 are 
executed without trouble. 

FIG. 20 shows that the management information shown in 
FIG. 10 is arranged to further include the target serial number, 
effective block offset, and effective block size shown in FIG. 16 
to manage the data block 1411 in layer 2. In FIG. 20, the data 
size of the portion excluding the protocol information of the data 
blocks 1401 to 1403 is represented as "SI" to "S4", respectively. 

As shown in FIG. 20, since the target data block 1401 
is registered with the block management information 710, the 
target serial number 2001a is set to "0" being the serial number 
of the data block 1401, the effective block offset 2002a is set to 
"Slo" being the effective block offset of the data block 1401, the 
effective block size 2003a is set to "Sis" being the effective 
block size of the data block 1401. Since the target data block 
14 04 is registered with the block management information 730, the 
target serial number 2001b is set to "3" being the serial number 
of the data block 1404, the effective block offset 2002b is set to 
"S4o" being the effective block offset of the data block 1404, and 
the effective block size 2003b is set to "S4s" being the effective 



block size of the data block 1404. 

Reconstruction and decoding of data blocks in higher 
layers are executed, as is the case with data blocks in layer 3, 
as far as the portion to which a reception error has occurred does 
not include data in the protocol header or the protocol footer in 
any layer. 

As understood from above, even if a reception error 
occurs to the data in a data block, data blocks in up to the 
highest layer are reconstructed and decoded as far as the data 
portion to which the reception error has occurred is not the 
protocol information in any layer. 

As described above, in reconstruction and decoding of 
the data blocks in a higher layer, even if data is not received 
normally, information specifying each data section constituting 
the higher layer is added, and the data blocks in the lowest layer 
can be used as parts of the data blocks in the higher layer. With 
this arrangement, reconstruction and decoding of the data blocks 
in the higher layer are executed before all the data blocks 
constituting the higher layer are received normally. As a result, 
it is possible to use data including a defective data block. 
Later, when the defective part is received normally, the 
corresponding part in the higher layer can be updated. This 
provides an effective file management. 
<Reference to Data> 

The following is a description of a case where a data 
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section is referred to. In this example, it is supposed that 
layer 3 is the highest layer, and that a part of the data block 
1421 in the highest layer corresponding to the data block 1411 is 
referred to. 

5 The first case to be described is based on the premise 

that data blocks in the lowest layer constituting the data blocks 
1411 to 1413 have all been received normally, that is, all 
necessary file data has been received. 

FIG. 18 shows the management information of the data 

10 block 1411 in the above point in time. 

In this example, the following are performed based on 
the protocol of the highest layer. The file management 
information 700 (FIG. 20) including data requested to be referred 
to is detected. The block management information 710 (FIG. 20) is 

15 then detected by referring to the block management information 
identifier 702 of the file management information 700. The data 
part of the data block 1421 corresponding to the data blocks 1401 
to 1402 is obtained from the data indexes 718a to 718b, the target 
serial number 2001a "0", the effective block offset 2002a "Slo", and 

20 the effective block size 2003a "Sis" in the block management 
information 710. The block management information 720 (FIG. 20) 
is then detected by referring to the next information identifier 
711 of the block management information 710. The size of the data 
not having been received is obtained from the block size 725 "S3" 

25 in the block management information 720. The block management 



information 730 (FIG. 20) is detected by referring to the next 
information identifier 721 of the block management information 
720. The data part of the data block 1421 corresponding to the 
data block 1404 is obtained from the data indexes 738, the target 

5 serial number 2001b "3", the effective block offset 2002b "S4o", and 
the effective block size 2003b "S4s" in the block management 
information 730. 

Now, how data is used when all file data has not been 
received due to a reception error of the data block 14 03 will be 

10 described. 

FIG. 21 shows an HTML file sent by a general data 
broadcast service. 

FIG. 22 shows the complete HTML file 2101 shown in FIG. 
21 displayed by the broadcast data viewer of the present 

15 invention. FIG. 23 shows the HTML file shown in FIG. 21 displayed 
by the broadcast data viewer of the present invention excluding a 
part 2102 of the HTML file which has not been stored in the data 
storage unit 14 0 due to a reception error of the part 2102. 

In accordance with the broadcast data management system 

20 in the present embodiment, when the broadcast data viewer of the 
present invention displays an HTML file not having in part been 
stored, the position where the not-stored part is to be displayed 
can be detected from the management information without 
difficulty. As a result, it is possible to display a blank at the 

25 position or to display a comment such as "not received" as shown 
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in the display area 2301 in FIG. 23. The size of the not-stored 
part is also detected. As a result, it is possible to secure a 
display area as large as the not-stored part. 

The link destinations 2301 to 2304 can be selected 
5 earlier than conventional techniques since they are displayed 
before all the data is received. This enables the received data 
to be used more effectively than the conventional techniques. 

FIG. 24 shows a format of an image file. 

The image file format shown in FIG. 24 includes an image 
10 file header 2400 and a plurality of image blocks 2401. 

The image file header 2400 stores information relating 
to the whole file such as a format identifier, an image size, a 
color palette, and a size of a plurality of images. 

The plurality of image blocks 2401 each store a block 
15 type, a position of an image on the screen, an image size, a local 
color palette, and data of a plurality of images and its size. 

A plurality of images may be overlaid, where the 
background is transparent. A plurality of images with different 
resolutions may be stored in the order of the resolution, and 
20 displayed in the order of reception. A plurality of images may be 
displayed in succession as an animated picture. 

FIG. 25 shows an image file for overlaying a plurality 
of images with the transparent background. 

The reception error 2504 (with slant lines) in FIG. 25 
25 represents a data part not stored due to a reception error. 
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FIG. 2 6A shows a display on the screen when all data in 
the image file shown in FIG. 25 has been stored after the 
reception error 2504 in the image file shown in FIG. 25 has been 
received without an error by a re-reception or the like and 
5 updated. FIG. 26B shows a display on the screen when the 
reception error 2504 in the image file has not been stored. 

It is supposed in FIG. 25 that three images are stored. 
The image block 2501 corresponds to the rhombus 2601 in FIG. 26A, 
the image block 2502 corresponds to the triangle 2602 in FIG. 26A, 
10 and the image block 2503 corresponds to the circle 2 603 in FIG. 
26A. 

As shown in FIG. 2 6B, the rhombus 2 601 is displayed 
normally since the image block 2501 has all the data. A part in 
the shape 2604 is missing since the image block 2502 lacks some 

15 data due to the reception error 2504. The circle 2603 is 
displayed normally since the image block 2503 has all the data. 
As apparent from this, the present embodiment detects the position 
and data size of the reception error 2504, and can read the 
subsequent data excluding the data part corresponding to the 

20 reception error 2504. 

When a part of data has not been stored when a plurality 
of images with different resolutions are to be stored in the order 
of the resolution and displayed in the order of reception, or a 
plurality of images are to be displayed in succession as an 

25 animated picture, a blank is displayed in correspondence to the 



not-stored data part and the subsequent data excluding the not- 
stored data part is read, as is the case where a plurality of 
' images with transparent backgrounds are overlaid. 

It should be noted here that the data having a missing 
5 part can be used in every kind of data, not limited to those cases 
where HTML files are displayed by HTML browsers and where image 
data is displayed. 

<Generation of File Block Notification Information> 

FIG. 27 shows the file block notification information 
10 which is returned, prior to the file block information, in 
response to a request to refer to the file block information sent 
from a protocol decoder or a broadcast data viewer to the 
broadcast data management system in the present embodiment. 

The file block notification information shown in FIG. 
15 27 includes a received total size 2701, a received error total 
size 2702, an unknown size block counter 2703, a detailed 
information counter 2704, and a plurality of pieces of block 
information 2705. 

The received total size 2701 indicates a total size of 
20 the data blocks received normally. 

The received error total size 2702 indicates a total 
size of the data blocks not received normally, the size being 
detected from the received protocol information. 

The unknown size block counter 2703 indicates the number 
25 of data blocks whose size is unknown since (1) a reception error 
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has occurred and the protocol information has not been received or 
(2) the data has not been received. 

The detailed information counter 2704 indicates the 
number of pieces of block information 2705. 
5 The plurality of pieces of block information 2705 each 

correspond to a data block, and include a block information type 
2706 and a block information size 2707. 

The block information type 2706 indicates whether the 
block information of a corresponding data block is real data or 
10 temporary data. 

The block information size 2707 indicates the data size 
of the block information of a corresponding data block, and is "0" 
when the data size is unknown. 

The file block notification information 2700 shown in 
15 FIG. 27 is obtained from the file management information and the 
block management information shown in FIGs . 3 to 5 . 

FIG. 28 shows the file block notification information 
obtained from the management information shown in FIG. 10. A 
detailed description will be provided as follows with reference to 
20 FIGs. 10 and 28. 

The received total size 2801 is "S1+S2+S4" which is 
obtained from the stored file size 705 in the file management 
information 700. 

The received error total size 2802 is "S3" which is 
25 obtained from the block size 725 in the block management 
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information 720 since only the block management information 720 
among the block management information 710 to 730 is related to 
the temporary data. 

The unknown size block counter 2803 is "0" since there 
5 is no block management information for temporary data of unknown 
size among the block management information 710 to 730. 

The block information type 2805 shows a flag value of 
"real data" which is obtained from the block type 713 in the start 
block management information 710. 
10 The block information size 2806 is "S1+S2" which is 

obtained from the block size 715 in the start block management 
information 710. 

The block information type 2807 shows a flag value of 
"temporary data" which is obtained from the block type 723 in the 
15 second block management information 720. 

The block information size 2808 is "S3" which is obtained 
from the block size 725 in the second block management information 
720. 

The block information type 2809 shows a flag value of 
20 "real data" which is obtained from the block type 733 in the third 
block management information 730. 

The block information size 2810 is "S4" which is obtained 
from the block size 735 in the third block management information 
730. 

25 Lastly, the detailed information counter 2804 is "3" 
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which is the number of pieces of block information currently 
stored. 

FIG. 29 shows four examples of the file block 
notification information. 
5 Now, whether referring to a file is possible will be 

described with reference to FIG. 29. Note that in this example, 
it is judged that a file can be referred to when (1) the received 
total size is twice the received error total size or larger, and 
(2) the unknown size block counter is "0", and (3) half or more 
10 data blocks have been received normally. 

In the case of the first example shown in FIG. 29, the 
received total size is "400" which is eight times the received 
error total size "50". This indicates that enough data to refer 
to a file has been received since the value is well over the 
15 threshold, "twice". In addition, the unknown size block counter 
is "0" and there are only two temporary data blocks. It is judged 
from these conditions that a file can be referred to. 

In the case of the second example shown in FIG. 29, the 
received total size is "40" which is far smaller than the received 
20 error total size "300", and is not enough to refer to a file. 
Therefore, it is judged that a file cannot be referred to. 

In the case of the third example shown in FIG. 29, the 
received total size is "400" which is well larger than the received 
error total size "0" and is well over the threshold, "twice". It 
25 appears from this that enough data has been received to refer to 



a file. However, the unknown size block counter is "3" and the 
detailed information counter is "4". This indicates that reception 
errors have occurred to 3/4 blocks. Also, the unknown size block 
counter is not "0" and half or more blocks have not been received 
without an error. Therefore, it is judged that a file cannot be 
referred to. 

In the case of the fourth example shown in FIG. 29, the 
received total size is "400" which is eight times the received 
error total size "50". This indicates that enough data to refer 
to a file has been received since the value is well over the 
threshold, "twice". However, though the unknown size block counter 
is "0", there are three temporary data blocks (blocks 1, 2, and 4), 
indicating that reception errors have occurred to 3/5 blocks. 
Furthermore, more than half blocks have been received with errors. 
As a result, it is judged that a file cannot be referred to. 

As described above, according to the present embodiment, 
the file block notification information is returned, prior to the 
file block information, in response to a request to refer to the 
file block information. With this construction, the protocol 
decoder or the broadcast data viewer having sent the request can 
judge whether a file can be referred to by obtaining the file 
block notification information prior to reception of the file 
block information. This deletes wasteful reading of a file when 
the file cannot be referred to. 
<Embodiment 2> 
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Embodiment 2 of the present invention is a broadcast 
data reception apparatus which estimates a data size of a part 
excluding the protocol information of a data block judged as not 
having been received normally, based on a data size of a part 
5 excluding the protocol information of a data block judged as 
having been received normally. The broadcast data reception 
apparatus then secures a display area corresponding to the 
estimated data size. Only differences from Embodiment 1 will be 
described below. 
10 FIG. 30 shows the file management information. 

The file management information shown in FIG. 30 
includes a total number of real blocks 3001, a minimum block size 
3002, a maximum block size 3003, and an average block size 3004, 
in addition to the contents of the file management information 
15 shown in FIG. 4. 

The total number of real blocks 3001 indicates the 
number of data blocks received normally. 

The minimum block size 3002 indicates a data size of a 
data block having the smallest data size among the normally 
20 received data blocks. 

The maximum block size 3003 indicates a data size of a 
data block having the largest data size among the normally 
received data blocks. 

The average block size 3004 indicates an average of data 
25 size of all the normally received data blocks. 
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For the above items in the file management information 
shown in FIG. 30 are calculated not using the data blocks not 
having been received normally due to a reception error and not 
using the data blocks having been re-received after having been 

5 received normally. The above items in the file management 
information are updated when a data block not having been received 
normally is received normally. 

FIG. 31 shows calculated results of the minimum block 
size, maximum block size, average block size, etc. 

10 The examples 1 to 3 shown in FIG. 31 includes the 

minimum block size, maximum block size, average block size, etc. 
which each have been obtained from the size of the five normally 
received data blocks. 

The "estimated value" shown in FIG. 31 is set to a value 

15 equivalent to the average block size in this example. The 
estimated value indicates a temporary data size estimated when the 
data size is unknown due to the occurrence of a reception error. 
It should be noted here that the estimated value should not 
necessarily be the same as the average block size, but may be a 

20 value uniquely obtained using a unique arithmetic expression. The 
estimated value may be an intermediate value between the minimum 
block size and the maximum block size, for example. 

The "necessary value" shown in FIG. 31 is set to a value 
equivalent to the maximum block size in this example. The 

25 estimated value indicates a temporary maximum data size that would 
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be necessary when the data size is unknown due to the occurrence 
of a reception error. This value can be used as a temporary data 
size of a work area which is required for a protocol 
reconstruction by the protocol decoder. It should be noted here 
5 that the necessary value should not necessarily be the same as the 
maximum block size, but may be a value uniquely obtained using a 
unique arithmetic expression. The necessary value may be obtained 
by multiplying the maximum block size with a certain safety rate 
or by performing a statistical calculation, for example. 

10 FIG. 32 shows an HTML file displayed by the broadcast 

data viewer of the present invention, where all the data blocks 
necessary for the HTML file have been received normally. FIGs. 33 
and 34 show an HTML file displayed by the broadcast data viewer of 
the present invention, where a data section of the HTML file has 

15 not been stored due to a reception error or the like and the data 
size of the not-stored part is unknown, the not-stored part not 
being displayed. 

The display area 3201 shown in FIG. 32 is a display part 
corresponding to the not-stored part in FIGs. 33 and 34. 

20 The display area 3301 (in which "not received" is 

displayed) shown in FIG. 33 corresponds to the data section not 
having been stored due to a reception error or the like. Since 
the data size of the not-stored part is unknown and the size of 
the corresponding display area cannot be determined, the display 

25 area is assigned a predetermined size. 



The display area 3401 (in which "not received" is 
displayed) shown in FIG. 34 also corresponds to the data section 
not having been stored due to a reception error or the like. In 
FIG. 34, however, the size of the display area corresponds to the 
"estimated value" obtained from the data size of other normally 
received data blocks. 

As described above, in the broadcast data management 
system in the present embodiment, when an HTML file for which a 
data section has not been stored is to be displayed by the 
broadcast data viewer of the present invention, it is possible to 
obtain an estimated data size of the data section from the data 
size of other normally received data blocks, display a blank as 
the display area corresponding to the estimated value, and display 
"not received". 

When a broadcast data viewer that can display received 
data immediately is used, the display shown in FIG. 34 can be 
updated to the display shown in FIG. 32 without making the user 
feel abnormality when normal data is received during the display 
of FIG. 34. 
<Embodiment 3> 

<Details of Broadcast Data Viewer> 

Embodiment 3 of the present invention relates to a 
broadcast data viewer which displays incompletely reproduced 
broadcast data automatically or based on an instruction from the 
user . 



FIG. 35 shows the internal construction of a broadcast 
data viewer 150 of the present invention. FIG. 35 includes the 
layer-N protocol decoder 12N and the broadcast data management 
system 130 which are shown in FIG. 1 and includes an input 
apparatus 3580 and a display apparatus 3590 which are not shown in 
FIG. 1. 

Upon a receipt of an input instruction from the user via 
the input apparatus 3580, the broadcast data viewer 150 reads out 
the broadcast data from the broadcast data management system 130 
and displays the read data on the display apparatus 3590. As 
shown in FIG. 35, the broadcast data viewer 150 includes a 
reception file information analysis unit 3501, a file display 
control unit 3502, an input judgement unit 3503, a file read 
request unit 3504, a file content analysis unit 3505, a display 
information storage unit 3506, and a display request unit 3507. 

The file content analysis unit 3505 includes a reception 
error read skip unit 3508. 

The reception file information analysis unit 3501 
receives the N th offset information from the layer-N protocol 
decoder 12N, and specifies a file to be updated. 

The input judgement unit 3503, when having received an 
input instruction from the user via the input apparatus 3580, 
judges based on previously set conditions, whether to display as 
specified in the input instruction. When having judged so, the 
input judgement unit 3503 instructs the file display control unit 

64 



3502 to display so by sending information related to the display 
to the file display control unit 3502, such as the name of the 
file to be displayed and the display position. 

The file display control unit 3502 control the file 
5 display by sending instructions to the input judgement unit 3503, 
file read request unit 3504, and file content analysis unit 
3505. 

The file read request unit 3504 reads out data of the 
file to be displayed by sending a file read request to the 

10 broadcast data management system 130, and transfers the read data 
to the file content analysis unit 3505. 

The file content analysis unit 3505 analyzes the 
received data of the file to be displayed, converts the data into 
display information such as bit map data which can be used 

15 directly by the display apparatus 3590, and stores the display 
information in the display information storage unit 3506. In the 
above conversion process, the file content analysis unit 3505 
searches the file data for a reception error code which indicates 
a part not having been stored. When having detected the reception 

20 error code, the reception error read skip unit 3508 displays a 
blank at the position where the reception error code was detected, 
or inserts certain data into the display information so that "not 
received" is displayed as the display area 2301 shown in FIG. 23 
or the display area 3301 shown in FIG. 33. Here, it is also 

25 possible, as the display area 3401 shown in FIG. 34, to secure a 



display area having a size corresponding to the size of the data 
not having been stored when the reception error code includes 
information indicating the size of the data not having been 
stored. 

5 The display information storage unit 3506 stores display 

information as much as the capacity allows. When the display 
information storage unit 3506 has already stored the display 
information of the file to be displayed, the processes by the file 
read request unit 3504 and the file content analysis unit 3505 are 
10 not executed, and the existent display information is used. 

The display request unit 3507 outputs display 
information stored in the display information storage unit 3506 to 
the display apparatus 3590, requesting the display information to 
be displayed. 

15 The display information for which the reception error 

code has been detected by the file content analysis unit 3505 is 
stored in the display information storage unit 350 6 together with 
information indicating the fact. The file display control unit 
3502 is notified, via the reception file information analysis unit 

20 3501, of a fact that the data corresponding to such display 
information has been updated. Each time the fact is notified, the 
file read request unit 3504 reads out the updated data, and the 
file content analysis unit 3505 analyzes the data and converts it 
into display information. In this way, the display information is 

25 updated and the display contents are updated. 



As described above, the broadcast data viewer in the 
present embodiment can display a blank as the display area, 
display "not received", and update the display contents. 



In the above embodiments, a data block in a higher layer 

5 is reconstructed when all pieces of protocol information necessary 
for it have been provided. However, the reconstruction of the 
data block may be performed when an instruction to display has 
been received from a user or when all data blocks necessary for it 
have been received. 

10 Each data block is not limited to a HTML file or a data 

block including a data section constituting image data, but may 
include a data section constituting whole data corresponding to a 
screen of a predetermined size whole of which is either displayed 
at once or viewed by scrolling by a user. The screen of the 

15 predetermined size may correspond to, for example, one of (1) a 
file such as a HTML file including information used for referring 
to another file and (2) a JPEG file such as a Hyper Text file. 

A program that can cause a computer to execute the 
operations described in the above embodiments may be recorded in 

20 a computer-readable record medium, and may be distributed in 
markets . 

The computer-readable record medium may be, for example, 
a loadable /removable record medium such as a floppy disk, CD, MD, 
DVD, and memory card, or a record medium fixed in a computer such 



as a hard disk and semiconductor memory. 

The present invention has been fully described by way 
of examples with reference to the accompanying drawings, it is to 
be noted that various changes and modifications will be apparent 
5 to those skilled in the art. Therefore, unless such changes and 
modifications depart from the scope of the present invention, they 
should be construed as being included therein. 
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What is claimed is: 

1 1. A reception display apparatus for receiving data blocks which 

2 are repeatedly transmitted from a broadcasting station at regular 

3 intervals and displaying a screen image based on the received data 

4 blocks, each of the data blocks including a data section, and data 

5 to be displayed as the screen image being divided into a plurality 

6 of data sections, the reception display apparatus comprising: 



7 a reception means for receiving the data blocks; 

8 a data judgement means for judging whether the data 

9 section in each received data block is normal; 

10 a storage means for storing every data section judged 

11 as normal by the data judgement means without storing data 

12 sections judged as abnormal ; 

13 a condition judgement means for judging, before all data 

14 sections to be displayed as the screen image are stored in the 

15 storage means, whether a condition for displaying the screen image 

16 is satisfied; and 

17 a display means for displaying, when the condition 

18 judgement means judges that the condition is satisfied, a part of 

19 the screen image using data sections currently stored in the 

20 storage means. 

1 2. The reception display apparatus of Claim 1, wherein 

2 the data judgement means generates, when having judged 

3 that a data section is not normal, information indicating that the 
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4 data section is abnormal, and stores the information into the 

5 storage means, and 

6 the display means displays either a blank or a notice 

7 indicating abnormality of the data section, at a position in the 

8 screen image where the data section indicated as abnormal by the 

9 information stored in the storage means should be displayed. 

1 3. The reception display apparatus of Claim 2, wherein 



2 the screen image is either displayed at once on a screen 

3 or viewed by scrolling by a user. 

1 4. The reception display apparatus of Claim 3, wherein 

2 the screen image corresponds to one of (1) a file 

3 including information used for referring to another file and (2) 

4 a Hyper Text file, and 

5 the display means displays a part of the screen image 

6 using data sections of one of the file including information used 
"7 for referring to another file and the Hyper Text file currently 
8 stored in the storage means. 

1 5. The reception display apparatus of Claim 1, wherein 

2 the condition for displaying the screen image used in 

3 the judgement by the condition judgement means is that either (1) 

4 an instruction to display has been received from a user, or (2) 

5 the reception means has received data blocks including all data 
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sections to be displayed as the screen image. 



1 6. A reception display apparatus for receiving data blocks which 

2 are repeatedly transmitted from a broadcasting station at regular 

3 intervals and displaying a screen image based on the received data 

4 blocks, each of the data blocks including (1) a data section 

5 constituting original data to be displayed as the screen image and 

6 (2) protocol information indicating a position of the data section 

7 in the original data, the original data being divided into a 

8 plurality of data sections, the reception display apparatus 

9 comprising: 



10 a reception means for receiving the data blocks; 

11 a data judgement means for judging whether the data 

12 section in each received data block is normal; 

13 a storage means for storing (1) the protocol information 



14 included in each data block received by the reception means and 

15 (2) data sections judged as normal by the data judgement means, 

16 the storage means not storing data sections judged as abnormal, 

17 and each piece of stored protocol information showing 

18 correspondence to a data section from a same data block; 



19 a condition judgement means for judging, before all data 

20 sections to be displayed as the screen image are stored in the 

21 storage means, whether all pieces of protocol information for the 

22 screen image have been stored in the storage means; and 

23 a display means for, when the condition judgement means 
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24 judges that all pieces of protocol information for the screen 

25 image have been stored in the storage means, displaying a part of 

26 the screen image using the data sections currently stored in the 

27 storage means and all pieces of protocol information stored in the 

28 storage means. 

1 7. The reception display apparatus of Claim 6, wherein 

2 the data judgement means judges whether the protocol 

3 information in each received data block is normal and then judges 

4 for each data block that includes protocol information judged as 

5 normal whether the data section in the data block is normal, and 

6 the storage means stores every piece of protocol 

7 information judged as normal. 

1 8. The reception display apparatus of Claim 6, wherein 

2 when a data section is not stored in the storage means 

3 and a piece of protocol information corresponding to the data 

4 section is stored in the storage means, the display means displays 

5 either a blank or a notice indicating abnormality of the data 

6 section, at a position in the screen image which is indicated by 

7 the piece of protocol information. 

1 9. The reception display apparatus of Claim 6, wherein 

2 each piece of protocol information indicates a display 

3 area in the screen image corresponding to a data section included 
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4 in the same data block, and 

5 the display means recognizes a display area on the 

6 screen image corresponding to a data section not stored in the 

7 storage means as a non-display area, and displays in the non- 

8 display area, which is indicated by a piece of protocol 

9 information corresponding to the data section not stored in the 

10 storage means, either a blank or information indicating that a 

11 data section has not been received normally. 

1 10. The reception display apparatus of Claim 6, wherein 

2 each piece of protocol information further indicates a 

3 data size of a data section included in the same data block, and 

4 the display means generates a non-display area at a 

5 position in the screen image where a data section not stored in 

6 the storage means should be displayed, the non-display area having 

7 a size equivalent to a data size of the data section not stored in 

8 the storage means, and the data size and the position being 

9 indicated by a piece of protocol information stored in the storage 

10 means and corresponding to the data section not stored in the 

11 storage means. 

1 11. The reception display apparatus of Claim 6, wherein 

2 the received data blocks belong to a lowest layer of a 

3 plurality of layers, the data blocks in the lowest layer being 

4 generated through the plurality of layers from the original data 
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5 in a highest layer so that each data block in each layer includes 

6 (Da data section which constitutes a data block in a next-higher 

7 layer and (2) a piece of protocol information which indicates a 

8 position of the data section included in the same data block, the 

9 highest layer not including protocol information but consisting of 

10 the original data which corresponds to the screen image, 

11 the receiving means receives each data block in the 

12 lowest layer, 

13 the data judgement means judges whether the data section 

14 in each received data block is normal, 

15 the storage means stores (1) the protocol information 

16 included in each data block received by the reception means and 

17 (2) every data section judged as normal by the data judgement 

18 means, 

19 the condition judgement means judges, before all data 

20 sections constituting a data block in a second-lowest layer are 

21 stored in the storage means, whether all pieces of protocol 

22 information necessary for the data block in the second-lowest 

23 layer have been stored in the storage means, 

24 when having judged so, reconstructs the data block in 

25 the second-lowest layer by using data sections in the lowest layer 

26 currently stored in the storage means and all corresponding pieces 

27 of protocol information in the lowest layer stored in the storage 

28 means, 

29 repeats such a reconstruction of a data block until the 
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30 condition judgement means judges, before all data sections 

31 constituting the original data in the highest layer are 

32 reconstructed, that all pieces of protocol information necessary 

33 for reconstructing the original data in the highest layer have 

34 been prepared, and 

35 at tnis Point of time, the display means displays a part 

36 of the screen image using the data sections in the second-highest 

37 layer having been reconstructed so far and the all pieces of 

38 protocol information in the second-highest layer necessary for 

39 reconstructing the original data in the highest layer. 

1 12. The reception display apparatus of Claim 6, wherein 

2 the screen image is either displayed at once on a screen 

3 or viewed by scrolling by a user. 

1 13. The reception display apparatus of Claim 11, wherein 

2 the screen image corresponds to one of (1) a file 

3 including information used for referring to another file and (2) 

4 a Hyper Text file, and 

5 the display means displays a part of the screen image 

6 using data sections of one of the file including information used 

7 for referring to another file and the Hyper Text file currently 

8 stored in the storage means. 

1 14. A reception display method for receiving data blocks which are 
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2 repeatedly transmitted from a broadcasting station at regular 

3 intervals and displaying a screen image based on the received data 

4 blocks, each of - the data blocks including a data section, and data 

5 to be displayed as the screen image being divided into a plurality 

6 of data sections, the reception display method comprising: 

7 a reception step for receiving the data blocks; 

8 a data judgement step for judging whether the data 

9 section in each received data block is normal; 

10 a storage step for storing every data section judged as 

11 normal in the data judgement step without storing data sections 

12 judged as abnormal; 

13 a condition judgement step for judging, before all data 

14 sections to be displayed as the screen image are stored, whether 

15 a condition for displaying the screen image is satisfied; and 

16 a display step for, when the condition judgement step 

17 judges that the condition is satisfied, displaying a part of the 

18 screen image using currently stored data sections. 

1 15. The reception display method of Claim 14, wherein 

2 the data judgement step generates, when having judged 

3 that a data section is not normal, information indicating that the 

4 data section is abnormal, and stores the information, and 

5 the display step displays either a blank or a notice 

6 indicating abnormality of the data section, at a position in the 
1 screen image where the data section indicated as abnormal by the 
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stored information should be displayed. 



1 16. A reception display method for receiving data blocks which 

2 are repeatedly transmitted from a broadcasting station at regular 

3 intervals and displaying a screen image based on the received data 

4 blocks, each of the data blocks including (1) a data section 

5 constituting original data to be displayed as the screen image and 

6 (2) protocol information indicating a position of the data section 

7 in the original data, the original data being divided into a 

8 plurality of data sections, the reception display method 

9 comprising: 

10 a reception step for receiving the data blocks; 

11 a data judgement step for judging whether the data 

12 section in each received data block is normal; 
a storage step for storing (1) the protocol information 

14 included in each data block received in the reception step and (2) 

15 data sections judged as normal in the data judgement step, the 

16 storage step not storing data sections judged as abnormal, and 

17 each piece of stored protocol information showing correspondence 

18 to a data section from a same data block; 

19 a condition judgement step for judging, before all data 

20 sections to be displayed as the screen image are stored, whether 

21 all pieces of protocol information for the screen image have been 
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22 stored; and 
23 



a display step for, when the condition judgement step 



" judges that all pieces of protocol information for the screen 

« image have been stored, displaying a part of the screen image 

" using the currently stored data sections and all pieces of stored 

27 protocol information. 



1 17. A computer-readable record medium recording a reception 

2 display program for receiving data blocks which are repeatedly 

3 transmitted from a broadcasting station at regular intervals and 
< displaying a screen image based on the received data blocks, each 
= of the data blocks including a data section, and data to be 
« displayed as the screen image being divided into a plurality of 
' data sections, the reception display program causing a computer to 

8 execute: 

9 a reception step for receiving the data blocks; 

a data judgement step for judging whether the data 

11 section in each received data block is normal; 

3 St ° rage Step for storin 3 every data section judged as 

13 normal in the data judgement step without storing data sections 

14 judged as abnormal; 

3 Condition judgement step for judging, before all data 

16 sections to be displayed as the screen image are stored, whether 

17 a condition for displaying the screen image is satisfied; and 
a display step for, when the condition judgement step 

15 judges that the condition is satisfied, displaying a part of the 
20 screen image using currently stored data sections. 
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1 18. The computer-readable record medium of Claim 17, wherein 

2 the data judgement step generates, when having judged 

3 that a data section is not normal, information indicating that the 

4 data section is abnormal, and stores the information, and 

5 the display step displays either a blank or a notice 

6 indicating abnormality of the data section, at a position in the 

7 screen image where the data section indicated as abnormal by the 

8 stored information should be displayed. 



1 19. A computer-readable record medium recording a reception 

2 display program for receiving data blocks which are repeatedly 

3 transmitted from a broadcasting station at regular intervals and 

4 displaying a screen image based on the received data blocks, each 

5 of the data blocks including (1) a data section constituting 

6 original data to be displayed as the screen image and (2) protocol 

7 information indicating a position of the data section in the 

8 original data, the original data being divided into a plurality of 

9 data sections, the reception display program causing a computer to 
10 execute: 



11 a reception step for receiving the data blocks; 

12 a data judgement step for judging whether the data 

13 section in each received data block is normal; 

14 a storage step for storing (1) the protocol information 

15 included in each data block received in the reception step and (2) 
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" data sections judged as normal in the data judgement step, the 

17 storage step not storing data sections judged as abnormal, and 

» each piece of stored protocol information showing correspondence 

19 to a data section from a same data block; 
20 

a condition judgement step for judging, before all data 

21 sections to be displayed as the screen image are stored, whether 

« all pieces of protocol information for the screen image have been 

23 stored; and 

3 dlSPlay Step for < Khen the condition judgement step 
I^ges that all pieces of protocol information for the screen 
" image have been stored, displaying a part of the screen image 
« using the currently stored data sections and all pieces of stored 
28 protocol information. 
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ABSTRACT OF THE DISCLOSURE 

A reception display apparatus for receiving data blocks 
repeatedly transmitted from a broadcasting station at regular 
intervals and displaying a screen image based on the received data 
blocks. Each of the data blocks including a data section. Data 
5 to be displayed as the screen image is divided into a plurality of 
data sections. The reception display apparatus comprises: a 
reception means for receiving the data blocks; a data judgement 
means for judging whether the data section in each received data 
block is normal; a storage means for storing every data section 
10 judged as normal by the data judgement means without storing data 
sections judged as abnormal; a condition judgement means for 
judging, before all data sections to be "displayed as the screen 
image are stored in the storage means, whether a condition for 
displaying the screen image is satisfied; and a display means for 
15 displaying, when the condition judgement means judges that the 
condition is satisfied, a part of the screen image using data 
sections currently stored in the storage means . 
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As a below named inventor, I hereby declare that: 
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RECEPTION DISPLAY APPARATUS AND METHOD FOR DISPLAYING SCREEN 
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